home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000387_news@columbia.edu_Fri Dec 9 16:59:15 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA20256
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 10 Dec 1994 03:12:31 -0500
  3. Received: by apakabar.cc.columbia.edu id AA00275
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 10 Dec 1994 02:53:45 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: pc freezing at end of file transfer
  9. Message-Id: <1994Dec9.225915.35079@cc.usu.edu>
  10. Date: 9 Dec 94 22:59:15 MDT
  11. References: <1994Dec10.045958.2111@henson.cc.wwu.edu>
  12. Organization: Utah State University
  13. Lines: 17
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <1994Dec10.045958.2111@henson.cc.wwu.edu>, evelyn@henson.cc.wwu.edu (Evelyn Albrecht) writes:
  17. >   Users' pc's are freezing at the end of file downloads.  When the p.c.'s are
  18. > rebooted the transfered files are indeed there.  The pc's are recently 
  19. > acquired Micron 486VL Magnum series JX30G computers.  The remote server 
  20. > is C-Kermit 5A(189), the client is Kermit 3.12.  The only difference between 
  21. > the previous era of successful downloads and the present one is the new 
  22. > p.c.'s.  
  23. >   Have others with these pc's encountered this problem?  Would it be solved
  24. > if we went to 5A(190) for the server or MS-Kermit 3.13?  Is more information
  25. > needed to answer the question, or where can I look for an answer.  
  26. -----------------
  27.     Which communications pathway? Did you revise DOS memory management
  28. for the new hardware? Patch level of MSK? Disk caching program really ok? 
  29.     You might try logging the packets on both sides (LOG PACKET command
  30. to see who said what to whom).
  31.     Any other reasonble details.
  32.         Joe D.